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(54) Data transfer system in multi-server medical imaging systems 



(57) A medical imaging system Includes a worksta- 
tion (10) for receiving operator Inputs mat prescribe a 
scan and a plurality of servers (18. 20. 22, 23) which 
control the acquisition of Image data and the reconstruc- 



tion of prescribed images. Tag routers in the workstation 
and each server (1 8, 20. 22, 23) enable data In the form 
of tagged data objects to be exchanged during perform- 
ance of a scan. 
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Description 

[OOOl] The field of the invention is medical imaging 
systems, and particularly, the hardware and software ar- 
chitecture of such systems. 

[0002] There are many types of medical imaging sys- 
tems. The primary distinction between the different sys- 
tems is the medical imaging modality that is used, such 
as, x-ray, magnetic resonance, ultrasound or nuclear. In 
addition, a broad range of capabilities and features are 
typically offered In each imaging modality. For example, 
a magnetic resonance imaging ("MRI") system may be 
offered with a range of polarizing magnetic strengths 
and configurations and with a range of different optional 
features such as magnetic resonance angiography 
("MRA"), cardiac imaging and functional magnetic res- 
onance imaging ffMRl"). 

[0003] Despite the many differences, mecfical Imag- 
ing systems have a number of basic functions in com- 
mon. All medical imaging systems include an operator 
Interface which enables a particular image acquisition 
to be prescribed, a data acquisition apparatus which us- 
es one of the Imaging modalities to acquire data from 
the subject, an image reconstruction processor for re- 
constructing an image using acquired data, and storage 
apparatus for storing images and associated patient in- 
formation. Typically, hardware is designed to carry out 
these functions and software is designed and written for 
each hardware configuration. When the hardware con- 
figuration Ischangedtoiake advantage of new concepts 
or new products, such as faster and more powerful mi- 
croprocessors, much T if not all, cf the software must be 
rewritten. 

[0004] Another challenge to the designer of medical 
Imaging equipment is the rapid Improvements that are 
being made In the underlying science for each imaging 
modality. In magnetic resonance imaging, for example, 
new pulse sequences and related data acquisition 
methods are continuously being invented. To add such 
improvements to an existing MR1 system typically re- 
quires the rewriting of system software as well as the 
addition of new, application specific software. The ex- 
tent of this undertaking depends on the particular im- 
provement being made and the nature of the particular 
system software architecture in place. 
[0005] The present Invention Is a system architecture 
for a medical imaging sysiem, and particularly, a system 
for communicating data between a workstation and a 
plurality of servers that form the medical Imaging sys- 
tem. The communications system includes at the work- 
station and each server: a router for coupling tag data 
with the other routers in the system; a tagged data fac- 
tory for receiving taggeble data from a local component, 
producing a tagged data object from the taggable data, 
and passing the tagged data object to the local router; 
and a receiver for registering a local component with the 
local router and passing tagged data objects received 
by the local router to the registered component. 



[0006] A component located anywhere in the medical 
imaging system can register with ils local router tD re- 
ceive tagged data objects produced by other processes 
In the system as scans are being performed. This ena- 

5 bles processes to easily couple real-time data with each 
other without regard to the underlying complexities of 
serial communications protocols and backplane proto- 
cols that may be used by the routers. 
[0007] The invention will now be described In greater 

t o detail, by way of example, with reference to the draw- 
ings, in which:- 

Pg. 1 is a block diagram of an MRI system which 
employs the preferred embodiment of the invention; 



15 



so 



25 



30 



Fig. 2 is a blocK diagram or functional components 
In a workstation which forms part of the MRI system 
of Fig. 1; 

Fig, 3 Is a block diagram of functional and data com- 
ponents in the MRI system of Fig. 1 whfch illustrate 
a download event; 

Fig. 4 is a block diagram of elements in the MRI sys- 
tem of Fig. 1 which illustrate the tag communication 
system; 

Fig. 5 is a block diagram of an imaging system 
which employs the present invention; and 

Fig. 6 is a block diagram of the tag communications 
system elements associated with each router in Fig 
4. 



35 [0008] Referring particularly to Fig. 5, a medical im- 
aging sysiem includes imaging apparatus 110 com- 
prised of mechanical and electrical hardware elements 
that are operated during a scan to acquire Image data. 
The Imaging system also includes data processing ap- 

40 p aratus112triatls operatedto reconstruct Images using 
the acquired Image data. To operate the system and to 
enter a scan prescription an operator Input device 114, 
such as a keyboard and control panel, is provided, a dis- 
play device 116 is provided to present the Images tor 

-is visualization and a storage device 1 1 7, such as a hard 
disc drive, Is provided to archive acquired images. The 
particular Imaging modality used, and the complexity 
and power of these hardware elements varies substan- 
tially from one system to the next. 

bo [0009] The sysiem includes a workstation 116 which 
i 9 programmed In a machine independent language, 
such as Java™, to provide a user interface 120 that en- 
ables an operator to enter scan parameters using the 
operator Input device 114. The workstation 116 is pro- 

55 grarnmed to produce a scan description 122, which in 
its simplest configuration contains image acquisition de- 
scription components and date processing description 
components that contain information required by the Im- 
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aging apparatus 1 1 Oand dala processing apparaius 11 2 
to perform the prescribed scan. 
[O01O] Prior to run time, a snap shot of the scan do- 
scription 122 is downloaded to a plurality of servers 
which control the imaging system hardware apparatus. 
In the simplest configuration these include an Image ac- 
quisition server 124 and a data processing server 126 
which operate the respective Imaging apparatus 110 
and data processing apparatus 112. When provided 
with the scan description components, the servers' pro- 
grams direct the image system hardware apparatus to 
perform the prescribed scan. A data store server 113 
directs the storage device 1 1 7 to save the images along 
with associated patient Information. 
[O011J The software elements can be easily config- 
ured io run on different hardware. The workstation 118 
and servers 113, 124 and 126 can run on separate pro- 
grammable machines, or one or more may run on tne 
same programmable machine. The data processing 
server 1 26 or data store server 113 may run on the data 
processing apparatus 1i2 or on the workstation 11 8< Re- 
gardless of the configuration, because the workstation 
1 1 fl is programmed in a machine independent language, 
it is easily transported to run on different programmable 
machines. In addition, even though the servers 1 1 3, 1 24 
and 126 may be changed to run on different program- 
mable machines, little change is required in the work- 
station 118 because the scan description can remain un- 
changed. With changes in servers, the only changes re- 
quired in the workstation 118 may be minor differences 
in the particular scan description components that are 
downloaded to the servers. 

[0012] The number of servers may also be increased 
without the need for substantial changes in the worksta- 
tion 11 B. For example, If the Image acquisition server 
124 is split into two or more separate servers, the only 
substantial change in the workstation 11 B Is to download 
the appropriate description components to each server. 
[0013] The workstation 118 and servers 113, 124 and 
1 26 may be Interconnected by backplanes or by serial 
communications links, or they may reside on the same 
physical processor. Regardless of the hardware config- 
uration, it Is necessary that processes running on these 
different system elements exchange data during the 
performance of a scan. 

[001 4] The present Invention facilitates such commu- 
nication of real-lime dala by providing a lagged data 
transfer system that enables processes throughout the 
system to exchange tagged data objects without regard 
to the complexities of the protocols associated with the 
underlying backplanes and serial communications links. 
A key element of this tagged data transfer system is 
routers located at the workstation 11 B and each of the 
servers 113, 124 and 126. These routers handle the 
transmission of tagged data between themselves, and 
enable processes throughout the system to sand and 
receive tagged data without being burdened by the com- 
munications details. The processes are thus insulated 



from particular protocols thai may be required to com- 
municate between system components, 
[0015] Refemng particularly to Fig. 1, the preferred 
embodiment of the invention is employed in an MRl sys- 

5 tem. The MR I system includes a workstation 10 having 
a display 12 and a keyboard 14. The workstation 10 in- 
cludes a processor 16 which is a programmable ma- 
chine commercially available from Silicon Graphics. Inc. 
It is based on a 64-bil microprocessor manufactured by 

io MIPS and it runs the Linux or IRIX™ operating system. 
The workstalfon 10 provides the operator interface 
which enables scan prescriptions to be entered into the 
MRI system. As will be described in more detaQ below, 
the workstation 10 will run one or more Java™ virtual 

m machines which will run code which is programmed in 
the Java™ language that is fully transportable to any 
other programmable machine which Is Java™ compat- 
ible. The programs which Implameni the operator inter- 
race are thus written In a language which is hardware 

so independent. This means that the same Java™ pro- 
grams can be run on workstations having different hard- 
ware configurations and capabilities and they can easily 
migrate to newer programmable machines that are de- 
veloped to lake advantage of the rapid advances in In- 

25 tegrated circuit technology. 

[0016] The workstation 1 0 is coupled to four servers: 
a pulse sequence server 18; a data acquisition server 
20; a data processing server 22, and a data store server 
23. In the preferred embodiment the data store server 

30 23 Is performed by the workstation processor 10 and 
associated disc drive interface circuitry. The remaining 
three servers 1 8, 20 and 22 are performed by separate 
processors mounted In a single enclosure and intercon- 
nected using a 64-blt backplane bus structure based on 

35 the PCI standard for industrial and telecommunications 
applications called "CompactPCl". The pulse sequence 
server 18 employs a 366 MHz microprocessor model 
PPC750. The data acquisition server 20 and data 
processing server 22 both employ the same 366 MHz 

AO microprocessor and the data processing server 22 fur- 
ther includes one or more array processors based on 
parallel vector processors commercially available from 
Mercury Computer Systems, inc. as the PowerPC™, 
Another 3B6 MHz microprocessor (not shown) serves 

-<5 3S a hardware controller on the PCI bus structure and it 
controls a quad communication controller model 
MPCB60T manufactured by Motorola, Inc. 
[0017] The workstation 1 0 and each processor for the 
servers 1 B, 20 and 22 are connected to a 100 BaseT 

so Ethernet serial communications network. As will be ex- 
plained In more detail below, this serial network conveys 
data that Is downloaded to the servers 1 8, 20 and 22 
from the workstation 1 0 and it conveys tag data that Is 
communicated between the servers and between the 

S3 workstation and the servers. In addition, a high speed 
date link using the BITS protocol is provided between 
the data processing server 22 and the workstation 10 In 
order to convey image data to the data store server 23. 
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Depending on the hardware architecture, some of the 
servers may be served by a common backplane bus (e. 
g PCI). In which case lag data Is conveyed to a host 
processor on the PCI backplane and distributed to the 
servers on that backplane using the PCI backplane pro- 
tocol. 

[0018] The pulse sequence server 1 6 functions in re- 
sponse to program elements downloaded from the 
workstation 1 0 to operate a gradient system 24 and an 
RF system 26. Gradient waveforms necessary to per- 
form the prescribed scan are produced and applied to 
the gradient system 24 which excites gradient colls in 
an assembly 26 to produce the magnetic field gradients 
GL, Gy and G z used for position encoding NMrt signals. 
The gradient coil assembly 2B forms part of a magnet 
assembly 30 which includes a polarizing magnet 32 and 
an RF coll 34. 

[0019] RF excitation waverorms are applied to the Hi- 
coil 34 by the RF system 26 to perform the prescribed 
magnetic resonance sequence. Responsive NMR sig- 
nals detecLed by the RF coll 34 are received by the RF 
system 26, amplified, demodulated, filtered and dlg> 
feed under direction of commands produced by the 
pulse sequence server 18. Exemplary RF systems arc 
described in U.S. Pat. No. 4,952,677 and U.S. Pat No. 
4,992,736. . 
[0020] The pulse sequence server 1 S also optionally 
receives patient data from a physiological acquisition 
controller 36- The controller 36 receives signals from a 
number of different sensors connected to the patient, 
such as ECG signals from electrodes or respiratory sigh 
nals from a bellows. Such signals are typically used by 
the pulse sequence server 18 to synchronize the per- 
formance of the scan . 

[00211 The pulse sequence server 18 also connects 
to a scan room Interface circuit 38 which receives sig- 
nals from various sensors associated with the condition 
of the patient and the magnet system. It Is also through 
the scan room interface circuit 38 that a patient position- 
ing system 40 receives commands to move the patient 
to desired positions during the scan. 
[0022] It should be apparent that the pulse sequence 
server 1B performs re&Kirne control of MRl system el- 
ements during a scan. As a result, it is necessary thai 
its hardware elements be operated with program in- 
structions that are executed in a timely manner. As will 
be explained in more detail below, the pulse sequence 
server 1 B is controlled during runtime by programs writ- 
ten In a low level programming language such as as- 
sembler, C or C++. The description components for e 
scan prescription are downloaded from the workstat.on 
1 0 in the form of objects. The pulse sequence server 1 8 
contains programs which receive these objects using a 
serialization mech9nlsm.-m9 pulse sequence server 1 8 

also includss 8 program which converts the objects to 
C++ objects that are employed by the run-time pro- 
grams in the preferred embodiment Java™ objects are 
downloaded and the Java^ serialization mechanism is 



employed. The pulse sequence server 1 8 thus includes 
both hardware independent programs written in Java™ 
and hardware dependent programs. It is contemplated 
that Java™ interpreters will eventually become fast 
5 enough that nearly all programs run on the pulse se- 
quence server 18 will be written in hardware independ- 
ent form. 

[0023] TTie digitized NMR signal samples produced 
by the RF system 26 are received by the data acquisition 
io server 20. The data acquisition server 20 operates in 
response to description components downloaded from 
the workstation 10 to receive the real-time NMR data 
and provide buffer storage such that no data is lost by 
data overrun. In some scans the data acquisition server 
15 20 does little more than pass the acquired NMR data lo 
trie data processor server 22. Howaver, in scans which 
require Information derived from acquired NMR data to 
control the f u rthe r performance of the scan . the data ac- _ 
qulsltion server 20 is programmed lo produce such ln- 
so formation and convey it to the pulse sequence server 
18. For example, during prescans NMR data Is acquired 
and used to calibrate the pulse sequence performed by 
the pulse sequence server 18. Navigator signals may 
be acquired during e scan and used to adjust RF or gra- 
ss dlantsystemoperatingpflrameterfiorto control the view 
order in which k-space is sampled. And . the data acqui- 
sition server 20 may be employed to process NMR sig- 
nals used to detect the arrival of contrast agent in an 
MRA scan as described in co-pending U.S. Pat. Appln. 
30 Serial No. 08/635,078 filed April 1 9. 1 996 and entitled 
"Method For Performing Magnetic Resonance Angiog- 
raphy Using a Contrast Agent'. In all these examples 
the data acquisition server 20 acquires NMR data and 
processes ft in real-time to produce information which Is 
35 used to control the scan. 

[0024] As with the pulse sequence server 18, the 
hardware elements of the data acquisition server 20 are 
operated al run-time with program Instructions in a pro- 
gramming language such as assembler, C or C++. As 
+o will be explained in more detail below, the directions for 
Its operation during a scan are downloaded from the 
workstation 1 0 in the form of objecis. A server receives 
the objects using the serialization mechanism and the 
downloaded objects are converted to C++ objects that 
45 are employed to operate the data acquisition server 20 
during run-time. As indicated above, Java*" objects are 
downloaded in the preferred embodiment usino. the 
Java™ serialization mechanism. 
[0025] The data processing server 22 receives NMR 
so data from the data acquisition server 20 and processes 
It in accordance with description components download- 
ed from the workstation 10. Such processing may in- 
clude for example: Fourier transformation of raw 
space NMR data to produce two or three-dimensional 
55 images- the application of fibers to a reconstructed im- 
age- the performance of a backprojection image recon- 
struction or acquired NMR data; the calculation of func- 
tional MR images; the calculation of motion or flow Im- 
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ages, etc. 

[0D26] Images reconstructed by the data processing 
server 22 are conveyed back to Ihe workstation 10 
where they are stored. Real-time images are stored in 
a data base memory cache (not shown) from which they 
may be output to operator display 12 or a display 42 
which is located near the magnet assembly 3D for use 
by attending physicians. Batch mods Images or select- 
ed real lime images are stored m a host database on 
disc storage 44, When such images have been recon- 
structed and transferred to storage, ihe data processing 
server 22 notifies the data store server 23 on the work- 
station 10. The workstation 10 may be used by an op- 
erator to archive the images, produce films, or sendlhe 
images via a network to other facilities. 
[0027] Directions tonne particular operations to be 
performed by the data processing server 22 are down- 
loaded from the workstation 10 as will be described in 
more detail below. The Lime critical functions are per- 
formed with programs written in assembler, C or C++ 
and the downloaded Java™ object directions must be 
converted to corresponding C++ objects as described 
above, 

[0023] As indicated above, the workstation 10 la a 
Java™ virtual machine which executes programs writ- 
ten in the Java™ programming language. The worksta- 
tion software Is structured to perform "applications" 
which may be selected and run by an operator. Such 
applications correspond to clinical imaging procedures 
and may include, for example: 

perform a scan using an FSE pulse sequence; 

conduct a CEMRA dynamic study; 

perform an fMRl study; 

perform a runoff vascular study 

perform image post processing 

filming 

networking 

[0029J An application Is a collection of Java™ objects 
sLored in an "application container" thai may be selected 
by an operator to perform a scan. Refening particularly 
to Fig. 2, each application container includes a Java™ 
application controller component 46 which directs other 
Java™ components in the container to perform the 
scan. These other components include a prescription 
controller 52 which incl udes a uesr interface component 
53 and a prescription assistant component 55 that ena- 
ble an operator to control the procedure performed by 
the application. 

[0030] The application container also includes scan 
descriptions 50. As will be described in more detail be- 
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low, these scan descriptions are downloaded to the 
servers 18. 20. 22 and 23 (Rg. 1) and used by those 
servers to perform the prescribed scan. The stored scan 
descriptions 50 are unique for every different appllea- 

s tion, however, further Information may be entered by the 
operator to fully prescribe the scan. 
[0031] The application controller 46 includes an appli- 
cation state object 48 which maintains the state of the 
application as the scan is performed, "me possible 

10 states during a life cycle of an application are as follows: 

Initialization 
Prescribing 

is 

Prescribed 
Downloading 
Downloaded 
P rescanning 
Pros canned 

2B 

Batch Scanning 
Real Time Scanning 
so Scan Paused 
Scanned 
Reconstructed 

35 

Visualized. 

[0032J This life cycle is driven by commands from the 
application container (tike Initialize application), by com- 
40 rnands from the operator (like start scan) and by com- 
mands generated internally by the application or servers 
(like scan done). 

[0033] When the operator selects an application, the 
application initializes and changes to the "prescribing 

45 state" and the prescription controller 52 is enabled to 
interact with the scan description components 50 to de- 
termine what scan parameters must be specified by Ihe 
operator (e.g. TR, number of slices, location of FOV, flip 
angle) and determine if the prescription is complete and 

so valid. The prescription controller 52 then signals the ap- 
plication state object 48 io switch to the "prescrbed" 
state and download, proscan and scan buttons on the 
control panel are enabled. 

[0034] if the operator hits the "download" burton, the 
55 application state object 4fi changes to the "download 
slate" and the application controller 46 employs a snap 
shot controller 54 to issue snap shot and download com- 
mands. As will be described in more detail below, these 
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commands cause the scan descriptions SO to be dawn- 
loaded to the servers IB, 20, 22 and 29. The snap shot 
controller 54 receives 'download done" notification back 
from each of the servers 1 B. 20, 22 and 23, and when 
all lour servers have received the snapshots, the appli- 
cation state object 48 is changed lo the "downloaded" 
state, 

[0035] If the operator hits the scan button, the appl^ 
cation state object 48 will change to the scan mode and 
a scan controller 56 is employed to issue a scan com- 
mand to the pulse sequence server 18. The next state 
transition is governed by the scanning mode I.e., real- 
time or batch- The behavior of the application in the two 
modes is very different and so there are two different 
scanning states. If in real-time mode, the application Is 
set to a Veal-time scanning" state and if in batch mode, 
me application state is set to a "batch scanning" state. 
When in the real-time mode, If the user chooses to 
pause the scan, the application will transition to a -scan 
paused- state. If scanning is resumed, the application 
goes hack to the real-time scanning state. In real-time 
scanning state, the application can be edited and edited 
descriptions will be downloaded even while the scan- 
ning is in progress. However, the application will not 
make a state transition; instead, the same state will be 
characterized to allow editing and downloading. It is this 
behavior of the real-time scanning state that differenti- 
ates it from the batch scanning slate. 
[00361 The application will make a transition to the 
-scanned" stale when the operator hits the "stop scan- 
button. Also, if the application is in the batch scanning 
mode of operation, the pulse sequence server 18 noti- 
fies the application controller 46 when the scan is com- 
pleted- The application state object changes to the 
"scanned" state In either event. 
[0037] When the data processing server 22 com- 
pletes reconstruction ol the acquired images, the data 
store server23 is notified and alithe images arelnstalled 
to disk 44. When this task is completed, the application 
controller 46 is notified and the application state object 
48 is changed to the -reconstructed" state. This indi- 
cates to the workstation 10 that reconstructed Images 
are available on disk 44tor display orf urther processing. 
[O03B] Referring particularly to Fig. 3, the scan de- 
scriptions 50 contain a set of components that serve to 
collect scan parameters using the prescription controller 
52, and 10 organize those prescription scan parameters 
into a set of smaller components that can be download- 
ed to the servers 1 fi, 20. 22 and 23. On the servers 18, 
20 22 and 23, those downloaded components direct the 
operation of the hardware in order to carry out the pre- 
scribed scan. 

[0039] There are different description types within 
each application to provide logical grouping* of compo- 
nents to deal with different aspects of executing an MR 
scan. These description types are: 



Sequence Description 60; 
Acquisition Description 62; 
Data Processing Description 64; 
Data Store Description 66, 



Pulse Description 56: 



[0040] The pulse description 56 includes components 
io that define and control the waveforms to b© played out 
on the gradient system and the RF system hardware, 
along with hardware control components. These com- 
ponents control the dynamic aspects of the waveforms 
and hardware In response to events produced at run- 
ts time by components of the sequence description. This 
description 5B also includes components that control the 
Tillering of NMR signals received by the RF system 26. 
These components collectively define a unique set of 
gradlenl/RF/conlrol pulses which are used to excite, en- 
20 code, and readout the NMR signals. Examples are pulse 
descriptions for2D spin echo. 2D gradient-echo, 2D faei 
spin-echo, and 3D gradient-echo sequences. 
[0041] The sequence description 60 Includes a set of 
components that control the order of pulee sequences 
25 played out. and define a series of prescribed everts 
along the seen timeline. These prescribed events de- 
fined by the sequence description 60 trigger the dynam- 
ic behavior of the pulse components In pulse description 
58 These components prescribe a unique acquisition 
so ordering used to define the slice and k^pace sampling 
order. Examples are 2D sequential, 2D interleaved, 3D 
sequential, 3D Bltipllcal centric, and multi-slice CINE- 
[0042J The acquisition description 62 includes a set 
of components that prescribe the real-time processing 
3S of NMR signals acquired by the RF system 26. These 
components direct the performance of operations on ac- 
quired NMR signals to produce information that is fed 
back to components in the sequence description 60 to 
affect subsequent scanner operation. These compo- 
40 nents may, for example, process NMR signals dunng a 
prescan to feedback changes in the power or frequency 
of RF pulses produced during the subsequent scan; or 
process NMR signals to detect when a bolus of contrast 
agent arrives in a region of interest and trigger the start 
45 of a centric view order acquisition; or process "naviga- 
tor" NMR signals to produce phase correction Informa- 
tion which mRy be used lo alter the view order or Ihe 
acan or alter the demodulation reference frequency of 
the RF system 26. There are scans commonly used in 
so clinical applications which do not require this capability, 
however, end in those applications, the components in 
the acquisition description 62 simply buffer the acquired 
NMR signals and make them available to the data 
processing server 22, 
55 [0043] The data processing description 64 contains 
components that direct the data processing server 22 to 
transform acquired NMRsignals into a meaningful form. 
Image reconstruction Is the most common function and 
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the resulting form is fi 2D or 3D Image of the subject 
being scanned. Spectroscopy processing can also be 
defined by these components, in which case the form 
thai results is an image of the spectra of Ihe acquired 
NMR signals. 

[0D44] The data store description 66 contains compo- 
nents that define the images which are stored in the da- 
tabase during a scan. In addition to the reconstructed 
images, this may include patient information and scan 
parameter Information which is to appear on the Image 
along with the patient anatomic or spectrographic infor- 
mation. 

[0045] Referring particularly to Figs. 2 and 3, after the 
prescription is completely entered and the scan descrip- 
tions 50 are completed, a download may be initiated and 
the snap shot coniroller54 operates to transfer compo- 
nents in the scan descriptions 50 to the servers 1 8, 20 
and 22. This is accomplished by forming agents 68, 70, 
72, 74 and 76 from components In the descriptions 53, 
60, 62, 64 and 66. Each resulting agent includes a set 
of objects that can direct the operation of a server to 
carry out tasks during the scan. To transfer downloada- 
ble componenxs to a server, an agent uses serialization 
Indicated at process block 7B. Serialization transforms 
the agent" s objecis into a stream format that maintains 
the name of the object class, the instances of their data, 
and the references between objects. When first initial- 
ized, the agent regteters with the snap shot controller 
54. When the prescription is complete, the snap shot 
controller 64 informs the agent that it is to take a snap 
shot. The agent serializes itself and all Of its download- 
able components, then hands that data stream and the 
identity of the target server to a snap shot object. That 
snap shot object Is passed to the target server to com- 
plete the download. 

[0045] The serialization mechanism is a standard fea- 
ture in Java™ which allows objects to be written to an 
output data stream as described, for example, in U.S. 
Pat No. 6,092,120, Issued on July 1 8. 2000 and entitled 
"Method And Apparatus For Timely Delivery Of A Byte 
Code And Serialized Object 1 which is incorporated here- 
in by reference. The data stream can be passed across 
process boundaries, or saved to disk to retain the state 
of The objects for later use. The serialized object data 
stream carries the dass name of each object and that 
object's Instance data described by attribute name, 
type, and value. A powerful aspect or serialization is the 
ability to capture the relationships between objects 
when the data stream is received and deserialized. This 
allows a graph of objects to be captured in the serialized 
stream and then recreated at a later time or on e different 
machine. Trie serialization mechanism captures all re* 
lations hips between objects. Each object in the graph Is 
only serialized once. Should one object be referenced 
more than one time, the serialization mechanism recog- 
nizes the repeat and Inserts a reference to the previous 
occurrence in the stream. This prevents endless loops 
during serialization and the potential for stream bloat 
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due to duplication of objects. It is important to note That 
the serialized data stream only contains the object data 
and does not include object method code, the executa- 
ble portion of the object. This substantially reduces the 

9 amount of data downloaded to the servers by the snap 
shot controller 54. It also requires that object method 
code be resident on each server. 
[00471 Referring particularly to Pig. 3, the serialized 
agents 68, 70, 72, 74 and 76 are downloaded to func- 

"> lional servers 80, 84, 86 and 88. Functional servers 80, 
84 and 86 reside on the three servers 1 fi, 20 and 22 and 
the data Is conveyed through an Ethernet serial com- 
munications network. The pulse sequence server BO re- 
sides on the pulse sequence server hardware IB, the 

'5 acquisition server 84 resides on the data acquisition 
server hardware 20, and the data processing server 85 
resides on server hardware 20 or 22. The data store 
server 88 resides on the workstation 1 0. It should be 
apparent to those skilled in the art that the functional 

so servers may reside on many different hardware combi- 
nations and that the present architecture facilitates the 
use of different hardware combinations. If different serv- 
er hardware is used, the only change required in the 
workstation software is the agent which groups desorlp- 

» Hon components specif leal ly targeted for the new serve r 
hardware. The new agent Is constructed using compo- 
nents in the existing scan descriptions So and It is cre- 
ated and downloaded using existing software as de- 
scribed above. 

so [0048] The serialized agents are received by the cor- 
responding target functional servers when a snap shot 
download event Is generated by the snap shot controller 
54. Each stream of serialized agents must be deserial- 
ized as indicated at process blocks 90. If the servers Ore 

33 written in Java™! this deserialization is a standard fea- 
ture of the language as described, for example In the 
above cited U.S. Pat. No, 6,092,120. As indicated 
above, however, in the preferred embodiment the serv- 
ers employ C++ object code and the deserialization re- 

40 quires some extra effort. To perform the deserialization 
the servers use a software product created by Rogue 
Wave Software, Inc. of Boulder Colorado. This product 
provides a C++ library for restoration of the Java™ ob- 
ject stream. This tool is able to parse the Java™ stream 
and present the contained class names, attributes: and 
object relationships to reader writer classes. Each C++ 
componeni that Is to be created from Lhe stream must 
have a reader writer. This class maps the parsed infor- 
mation to appropriate constructors and set methods of 

so the C+* objects. 

[0049] As stated previously, the serialized stream 
docs not contain code, only instance data for the ob- 
jects. The code for the C++ classes resides on the serv- 
er. Every type of Java™ agent and Java™ downloada- 

55 blo component has a mirror C++ object on the server 
The mirrored components must have the sama dass 
name and share a common set of attributes, At the com- 
pletion of the deserialization process, executable object 
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code indicated at 32 resides in each of the functional 
servers BO, 84, B6 and BB. Each functional server does 
the equivalent of signaling the snap shot controller 54 
in the workstation 10 when The download is completed 
and the application state object 48 changes to the 
■downloaded" state upon receiving a signal from every 
server 

[0050] When the operator hits the "run" button on the 
control panel , the scan controlled coordinates the run 
time operation ot the workstation and the servers to p er- 
form the scan. To do this, the scan controller 56 may 
communicate with the functional servers BO. 84, 86 and 
BB across a number of different bus structures, back- 
planes and serial communications networks. For exam- 
ple the scan controller 56 signals me pulse sequence 
server 1 8 to start the scan, and it receives a notice from 
the data processing server 22 when Images are availa- 
ble to view. In adrjtion.thefunctlonal servers must com- 
municate with each other during Ihe scan. For example, 
the acquisition server 84 may send information back to 
server 80 to alter a pulse or the sequence during the 
scan. Image data acquired by the acquisition server 84 
is passed on to the data processing server 86 and the 
data store server B8 receives information from both tho 
data processing serve r 86 and the workstation 1 0 to car- 
ry out Its function of merging patient information with re- 
constructed images. 

[00511 This run-time communications is provide a oy 
a ragged data transfer system. Tagged data transfer Is 
a system that isolates applications/servers from hard- 
ware dependencies by providing tag (data packet) rep- 
resentation and routing mechanisms with different low 
level communication schemes. A tagged data packet 
consists of a header and 3 payload. Tne header corv 
^Information useful for interpreting the payloadsuch 
as Id, Tagged DataType, Payload Size, Byte Order. Hop 
Count etc. The Payload contains the platform inde- 
pendent data or tagged data object. The data being 
passed can be transferred and interpreted m-process or 
interprocess Including processes distributed across dif- 
ferent programmable machines. 



Tagged Data: 
[0052] 
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15 



20 
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30 



35 



Header 
Id 

Type 

PayloadSize 
ByteOrder 



PayLoad 



40 



45 



50 



[0053] As shown in Pig. 4, the workstation 10 and 
each of the functional servers 80, 84, 86 and 66 Includes 
a tag router 94. These are written in Java™ and In C++ 
end they communicate with each other using the avail- 
able communications hardware and protocols. Any 
component interested In receiving tagged data has a 
logical address which il registers with its local tag router. 
Each process has at least one tag router which enables 
tagged data transfer with other components and proc- 
esses 

[0054] Referring particularly to Fig. 6, each tag router 
94 maintains data transfer channels which resemble 
Stream pipes. These channels hide the low level com- 
munication details from the tag router 94 and provide a 
mechanism to transport tagged data to its peer In an- 
other process space, Achannel consists of an incoming 
data channel 96 and an outgoing data channel 98. A 
sending component has the option of getting notification 
upon the failure or success ot the tag send operation. 
[0055] The DICOM standard is usedto represent data 
and hence achieve platform independence. The Digital 
imaging and Communications in Medicine standard was 
developed by the American College of Radiology and 
the National Electrical Manufacturers Association to 
provide a standard for transferring medical images and 
associated Information between devices. The data 
types in DICOM are wsU defined, and are hardware in- 
dependent. Predefined DICOM tags can be used to 
identify data that is being transmitted and packets can 
be easily extended by application programmers. The 
data types supported are a subset of those specified by 
the DlCOW specification, including string, integer, and 
floating point. 

[0056] Referring still to Fig. 6 . tagged data objects are 



.8 

PAGE 14/38 * RCVD AT 2/1/2006 4:13:42 PM [Eastern Standard Time] * SVR:USPTO-EFXRF-6/25 * DNIS:2738300 * CSID:+1 212 31 9 5101 * DURATION (mrn-ss):1146 



FEB. 1.2006 4:23PM +1-212-319-5101 customer 01933 



NO. 6868 P. 15 



15 



EP 1 217 569 A2 



16 



created by a local process 99 requesting ft tagged data 
system singleton from a tagged data factory 100. The 
data to be transported is passed lo the tagged data fac- 
tory 1 00 in the form of a taggable. The tagged data fac- 
tory 1 0O produces a tagged data object by adding a 
header, and the objecL ts sent to the tag router 94. The 
router 94 lakes care of sending the tagged data object 
to its destination, 

[0057] Associated with each router 94 is a tagged da- 
ta receiver 1 01 which receives tagged data objects from 
the router 94 and passes them on to registered local 
components 102. The tagged data receiver 101 em- 
ploys a registration table 1 03 which Indicates the logical 
addresses of the local components 1 02 which are reg- 
istered to receive tagged data objects along with the 
types of data objects those components are registered 
to receive. An unregistered locaJ component such as 
that indicated ax 1 04 may register with the tagged data 
receiver by Identifying its logical address and indicating 
the Types of tagged objects (e.g, reconstruction done, 
image installation done, raw data frame characteristics, 
or image geometry characteristics) it wants to receive. 
[0058] Registered component 102 are thus passed 
tagged data objects tnat arc specifically sent to them by 
other components and processes located anywhere In 
the system and they are passed tagged data objects of 
specified types. Thus, registered components 1 02 any- 
where in the system can monitor tagged data objects of 
specified types which are passed from one process to 
another anywhere in the system. 
[0059] Referring particularly to Fig. 4, In the context 
of a medical Imaging system, the tagged data transfer 
system enables the real-time monitoring of the scan. 
Tagged data passed between the pulse sequence serv- 
er 16 and the data acquisition server 20 and between 
the data acquisition server 20 and the data processing 
server 22 may be monitored by a process in the work- 
station 10. This workstation process may, for example, 
use that data to produce a real-time display for the op- 
erator which indicates the progress of the scan. 
[0060] For the sake of good order, various aspects of 
the invention are set out in the following clauses: - 



Claims 

1 . In a medical imaging system having a workstation 
and a plurality of servers, a tagged data system 
which comprises: 

a" sot of routers located at respective servers 
and the workstation for coupling tag data ther- 
ebetween, each router including: 

a) a tagged data factory for receiving lag- 
gable data from a local process and pro- 
ducing a tagged data object, and for pass- 
ing the tagged data object to the router for 



transmission to another router; and 
b) a tagged date receiver for registering 
with the router a local process and for pass- 
ing to registered local processes tagged 
5 data objects received by the rouler from 

other routers. 

2. The medical imaging system as recited in clause 1 
in which the system is a magnetic resonance imag- 

10 ing system in which one of the servers Is a pulse 
sequence server. 

3. The medical Imaging system as recited in clause 2 
in which other ones of the servers include a data 

is acquisition server and a data processing server. 

4. The medical imaging system as recited in clause 1 
in which the tagged objects each include a header 
and a payload and the header Includes a Held |ndic« 

so ative of the type of data contained In the payload. 

5. The medical imaging system as recited In clause 4 
in which the tagged data receiver includes a table 
which stores an indication of the type of tagged data 

ss objects to be passed to a registered local compo- 
nent. 

6. The medbal Imaging system as recited in clause 5 
In which the table stores the logical address of each 

30 registered local componont. 

7. The medical Imaging system as recited in clause 4 
in which the payload is data which conforms to a 
subset of a Digital Imaging and Communications in 

35 Medicine (DICOM) standard. 

8. A magnetic resonance imaging (MR1) system which 
comprises: 

40 a) a workstation programmed to provide: 

i) an operator interface for receiving Input 
Information which prescribes a scan lo be 
performed; 

45 |j) a pulse description comprised of compo- 

nents which determine the pulses pro- 
duced during the scan; 
ili) a sequence description comprised of 
components which determi ne the pulse se- 

so quence used during the scan to acquire 

NMR signals; 

iv) a data processing description com- 
prised of components which determine 
how the acquired NMR signate are proe- 
35 essed into a clinically useful form; 

b) a plurality of servers coupled to the worksta- 
tion and being operable to receive the descrip- 
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tions downloaded from the workstation, each 
server being operable in response to down- 
loaded descriptions to operate elements of the 
MPI system to perform the scan; and 
c) a tagged data systBm comprised of routers 
located at the workstation and each of the serv- 
ers, the routers being coupled togetherto con- 
vey tagged data objects therebetween and 
each router being operable to produce tagged 
data objects from data passed to the router 
from a local process and being operable to pass 
received tagged data objects to a registered lo- 
cal process. 

9. The MR l system as recited In clause 8 in which one 
of the servers controls a gradient system and an PF 
system on the MRl system. 

10. The MRl system as recited In clause 9 in which an- 
other one of the servers reconstructs Images from 
NMR signals produced by the RF system. 



10 



15 



SO 



25 



SO 



1 1 . The MRl system as recited In clause 10 In which the 
workstation resides on one programmable ma- 
chine, the one server resides on a second program- 
mable machine, and the other one of the servers 
resides on a third programmable machine. 

1 2. The MRl system as recited tn clause 8 in which each 
router includes: 

a) a tagged data factory tor receiving taggabie 
data from a local process and producing a 
tagged data object, and for passing the tagged 
data object to the router for trans mission to an- 
other router; 

b) a tagged data receiver for registering with the 
router a local process and for passing to regis- 
tered local processes tagged data objects re- 
ceived by the router from other routers. 

1 3. The medical Imaging system as recited in clause 1 2 
in which the tagged objects eech include a header 
and a payload and the header includes a field Indio 
atlve of the type of data contained In the payload. « 

14. The modical Imaging system as recited in clause 13 
in which the tagged data receiver Includes a table 
which stores an indication of thetype of tagged data 
objects to be passed to a registered local process. 



(DICOM) standard. 

Amended claims in accordance with Rule 86(2) EPC. 

1. A madical Imaging system having a workstation 
(10) and a plurality ol servers (10, 20, 22, 23) and 
a tagged data system comprising: 

a set of routers (94) located at respective serv- 
ers and th e workstation (1 0) for coupling tag da- 
ta therebetween, each router Including: 

a) a tagged data factory (1 00) for receiving 
taggabie data from a local process {99) and 
producing a tagged data object, and for 
passing tne tagged data object to the router 
(94) f or transm isslon to another router (94) ; 
and 

b) a tagged data receiver (101) (or regis- 
tering with the router (94) a local process 
(102) end for passing to registered local 
processes tagged data objects received by 
the router (94) from other routers (94). 

The medical imaging system as recited in claim 1 
in which the system is a magnetic resonance imag- 
ing system in which one of the servers te a pulse 
sequence server (1 8). 



40 



15. The medical imaging system as recited m clause 14 
In which the table stores the logical address of each 
registered local process. 

16, The medical imaging system as recrted in clause 13 
In which the payload Is date which conforms to a 
Digital Imaging and Communications In Medicine 



3. The medical imaging system as recited in claim 2 
in which other ones of the servers include a data 
acquisition server (20) and a data processing server 
(22). 

4. The medical imaging system as recited in any pre- 
ceding claim in which the tagged objects each in^ 
elude a header and a payload and the header in- 
cludes afield indicative of the type of data contained 
In the payload. 

The medical imaging system as recited in claim 4 
in which the tagged data receiver (101) Includes a 
table which (103) stones an indication of thetype of 
tagged data objects to be passed to a registered 
local component (102). 

A magneilc resonance imaging (MRl) system Which 
comprises; 

a) a workstation (10) programmed to provide: 

i) an operator interface (53) for receiving in- 
put information which prescribes a scan to 
55 be performed; 

li) a pulse description (58) comprised of 
components which determine the pulses 
produced during the scan: 
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iii) a sequence description (60) comprised 
of components which determine the pulse 
sequence used during the scan to acquire 
NMR signals; 

iv) a data processing description (64) com- s 
prised of components which determine 
how the acquired NMR signals are proc- 
essed into a clinically useful lorm; 

b) a plurality of servers (1 8, 20, 22, 23) coupled 10 
to the workstation (10) and being operable to 
receive the descriptions downloaded from the 
workstation, each server being operable in re- 
sponse to downloaded descriptions to operate 
elements of the MRI system to perform the t5 
scan; and 

c) a tagged data system comprised of routers 
(94) located at the workstation (1 0) and each 
of the servers (1 B. 20, 22, 23), the routers being 
coupled together to convey tagged data objects so 
therebetween and each router (94) being oper- 
able to produce tagged data objects from data 
passed to the router (94) from a local process 
and being operable to pass received tagged da- 
ta objects to a registered local process. 25 

7, The MRI system as recited in claim 6 in which one 
of the servers (18) controls a gradient system and 
an RF system on the MRI system. 



6. The MRI system as recited in daim 7 in which an- 
other one of the servers (22) reconstructs images 
from NMR signals produced by the RF system. 

9. The MH) system as recited In claim 8 in which the 35 
workstation (1 0) resides on one programmable ma- 
chine, the one server (1 8) resides on a second pro- 
grammable machine, and the otherone of the serv- 
ers resides on a third programmable machine. 



10. Tne MRI system as recited in claim 6 in which each 
router (94) includes: 

a) a tagged data factory (1 00) Tor receiving tag- 
gable data from a local process and producing 
a tagged data oDject, and Tor passing the 
lagged data object to the router (94) for trans- 
mission to another router (94), and 

b) a tagged data receiver (101) for registering 
with the router (94) a local process (102) and 
for passing to registered local processes 
tagged data objects rccerved by the router (94) 
from other routers (94). 



so 
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